home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1476 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. Subject: Re: GEMDOS re-entrancy
  2. Date: Thu, 26 May 94 0:25:02 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <9405250721.AA07069@hpbeo79.bbn.hp.com>; from "Claus Brod" at May 25, 94 9:21 am
  5. Message-Id: <9405252225.AA00641@jelal.north.de>
  6.  
  7. Claus Brod writes:
  8.  
  9. > >   2) Process B must not make a GEMDOS call.  This could lead to some weird
  10. > >      multitasking.  I guess it would work, but halting the AES when a program
  11. > >      tries to load fonts could get kinda hairy.  Processes that can't call
  12. > >      GEMDOS cannot accept input or display output.  This will work, but it's
  13. > >      hairy.
  14.  
  15.  (hmm i didn't that one..)  on MiNT console IO has nothing to with GEMDOS,
  16. for MiNT GEMDOS is just a bugged messdos-filesystem with clock. :)
  17.  
  18. > Option 2 isn't that hairy as it may seem. It just requires reentrance
  19. > semaphores for AES, VDI and GEMDOS. The effect would be that you couldn't
  20. > call AES while another process is inside AES, but that's exactly
  21. > the same situation as with the current MiNT version. This would
  22. > allows not as much parallelism as we might want, but at least a little
  23. > bit. Option 2 also doesn't involve lots of kernel hacking which I would
  24. > like to refrain from for now.
  25.  
  26.  if you just hook into trap #1 you stop much more multitasking than
  27. really necessary, i think we should do it in the kernel...
  28.  
  29.  cheers
  30.     Juergen
  31. -- 
  32. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  33.                                 ...ohne Gewehr
  34. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  35.